home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000355_news@columbia.edu _Tue Dec 14 23:35:21 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA09735
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 14 Dec 1999 23:35:21 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA12403
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 14 Dec 1999 23:32:42 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: (C-)Kermit(/2,-95) and Remote Control of DOS?
  11. Message-ID: <wuN1jPHgjOax@cc.usu.edu>
  12. Date: 14 Dec 99 21:03:49 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <385707FC.477B2AF3@usit.net>, ERA <era@usit.net> writes:
  17. > Jeffrey Altman wrote:
  18. >> 
  19. >> In article <3856CD8E.DC5AB959@usit.net>, ERA  <era@usit.net> wrote:
  20. >> : I'm reading my C-Kermit Second Edition looking for a way to do
  21. >> : remote control from C-Kermit, Kermit/2 or Kermit-95 similar to
  22. >> : that of BLAST (BHOST) or PCAnywhere on a DOS system also running
  23. >> : Kermit....
  24. >> 
  25. >> I'm not sure what you are looking for.  Kermit is not a Remote
  26. >> Control program such as PC Anywhere.  In PC Anywhere the local
  27. >> desktop is redirected over the communications channel so that you
  28. >> have interactive access.
  29. >> 
  30. >> Kermit also is not a Telnet Server that provides a remote
  31. >> interactive command shell.  However, Kermit may be used to connect
  32. >> to a Telnet Server that provides interactive command shells.  OS/2
  33. >> comes with its own Telnetd implementation as does Unix.  Windows on
  34. >> the other hand requires that one be obtained from a third party.
  35. >> Windows 2000 comes with a built in Telnetd.
  36. >> 
  37. >> What is it that you are attempting to accomplish?
  38. >> 
  39. >> If you are looking to remotely control GUI applications you will
  40. >> have to purchase and install a product such as PC Anywhere.
  41. >> 
  42. >> If you are looking for the ability to execute interactive commands
  43. >> in a text environment you can use Kermit to connect to a telnetd.
  44. >> 
  45. >> If you are looking to execute non-interactive commands then you
  46. >> could use the Kermit Server's REMOTE HOST command.
  47. >> 
  48. >> Before we can help you further you will have to describe what it is
  49. >> you are attempting to do and from and to which operating systems
  50. >> you want to do it.
  51. > 
  52. > I'm looking for interactive control of a NON-GUI IBM PC-DOS session
  53. > on a remote PC-DOS system via dial-up modem. The systems are located
  54. > 50 and 80 miles from the home office of our client who needs a way to
  55. > interact with them daily via remote control from his SCO OpenServer 5
  56. > Enterprise server to run reports on his accounting package as the
  57. > administrator that he will then x-fer to the OpenServer 5 system for
  58. > import into his master database. He does not want to give out the
  59. > administrator password to anyone else and there is no way to automate
  60. > the reports under DOS for automated x-fer.
  61. > 
  62. > BLAST software has a DOS program called BHOST that allows interactive
  63. > remote control from another BLAST package running on Unix, etc. and I
  64. > was hoping there were something similar for DOS-Kermit. Our client
  65. > really likes your prices compared to BLAST and feature for feature
  66. > you come out ahead except in this one area.
  67. > 
  68. > I see you mention a telnetd. Is there such an animal for plain old
  69. > DOS? If so where do I find it?
  70. > -- 
  71. > Gene Alexander <era@usit.net>
  72. -----------
  73.     There's still room to slip between the cracks here. MS-DOS Kermit
  74. has built-in Telnet over its own TCP/IP stack. But it does not pretend
  75. to be a console interpretor for DOS (command.com does that). Even DOS
  76. itself is largely unable to do that task with its CTTY command. 
  77.     What you apparently need is a screen grabber/repeater and a
  78. keyboard grabber/stuffer for the other direction, a la PCAnywhere. This
  79. becomes particularly true if the application bypasses DOS itself for
  80. video or keyboard (and many do, given what DOS offers). That means the
  81. repeater pair must snoop within video display memory itself, and at the
  82. other end the client side needs to grab keypress primatives within the
  83. Bios or lower and stuff them into the matching keyboard simulator on
  84. the other end. This is not the task Kermits engage in, hence the need
  85. for a PCAnywhere program.
  86.     There is an alternative worth looking at, which is the DOS
  87. simulators which run under various versions of Unix. If, and I can't
  88. predict the size of that "if" for your situation, the app were well behaved
  89. enough then the Unix machine could support it and a regular Telnet session
  90. would be what the doctor ordered. SCO Unix and SCO UnixWare, amongst others,
  91. offer decent DOS simulators as options.
  92.     Joe D.